home *** CD-ROM | disk | FTP | other *** search
/ kermit.columbia.edu / kermit.columbia.edu.tar / kermit.columbia.edu / newsgroups / misc.20000824-20010305 / 000251_news@columbia.edu _Tue Feb 6 10:15:12 2001.msg < prev    next >
Internet Message Format  |  2001-03-05  |  3KB

  1. Return-Path: <news@columbia.edu>
  2. Received: from watsun.cc.columbia.edu (watsun.cc.columbia.edu [128.59.39.2])
  3.     by monire.cc.columbia.edu (8.9.3/8.9.3) with ESMTP id KAA12333
  4.     for <kermit.misc@cpunix.cc.columbia.edu>; Tue, 6 Feb 2001 10:15:11 -0500 (EST)
  5. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.59.30])
  6.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id KAA04831
  7.     for <kermit.misc@watsun.cc.columbia.edu>; Tue, 6 Feb 2001 10:15:10 -0500 (EST)
  8. Received: (from news@localhost)
  9.     by newsmaster.cc.columbia.edu (8.9.3/8.9.3) id JAA10210
  10.     for kermit.misc@watsun.cc.columbia.edu; Tue, 6 Feb 2001 09:48:37 -0500 (EST)
  11. X-Authentication-Warning: newsmaster.cc.columbia.edu: news set sender to <news> using -f
  12. From: fdc@columbia.edu (Frank da Cruz)
  13. Subject: Re: kermit not closing properly?
  14. Date: 6 Feb 2001 14:48:35 GMT
  15. Organization: Columbia University
  16. Message-ID: <95p2s3$9v0$1@newsmaster.cc.columbia.edu>
  17. To: kermit.misc@columbia.edu
  18.  
  19. In article <904061545bdorengneiss@207.126.101.100>,
  20. Bob <gneiss@mailroom.com> wrote:
  21.  
  22. : Using the lastest release on both VMS and Linux...
  23. :
  24. Please be specific when you say "latest".
  25.  
  26. : ... the script below logs in to
  27. : Linux from VMS, transfers a file, encrypts it, then gets a file back.  All
  28. : appears normal up to the last line, "out exit\13", at which point Kermit
  29. : appears to try to read _every_ line of the command file (according to my
  30. : screen display) instead of the "exit" command...eventually exit is
  31. : recognized and kermit seems to quit normally.  Up to now I had a session.log
  32. : to read, but now that is empty at job completion.
  33. I don't understand what you mean by "read _every_ line of the command file".
  34. Isn't that what you want it to do?  I don't see any conditional stopping or
  35. branching in the command file, so Kermit normally would read and execute
  36. every line of it.
  37.  
  38. : Thanks for any help,  Bob
  39. : log session
  40. :
  41. I'll have to take your word that Kermit has already created a session,
  42. but you didn't show that part.  But what if the connection failed?
  43.  
  44. : set host porky
  45. : in 5 Password:
  46. : out \13
  47. : in 5 Login: 
  48. : out aagaard\13
  49. : in 5 Password: 
  50. : out <password>\13
  51. : in 5 [aagaard@porky aagaard]$
  52. : out cd test\13
  53. : in 3 [aagaard@porky test]$
  54. : out rm *\13
  55. : in 3 [aagaard@porky test]$
  56. :
  57. Hint: Check the INPUT commands for success and failure.  If an INPUT
  58. fails, you don't want the script to continue as if it had succeeded, right?
  59. Especially when "rm" commands are involved?
  60.  
  61. : send /binary nopstoporky.pgp
  62. You should test the SEND for success and failure too.  What if the file was
  63. not sent successfully?
  64.  
  65. : in 30 [aagaard@porky test]$
  66. : out pgp -z "secret passphrase" nopstoporky.pgp\13
  67. : ;
  68. : in 30 [aagaard@porky test]$
  69. : set protocol kermit {kermit -O}    #start kermit server for "get" only
  70. : get /text nopstoporky    
  71. : out exit\13
  72.  
  73. Try the hints above, and also read the tutorial here:
  74.  
  75.   http://www.columbia.edu/kermit/ckscripts.html#tut
  76.  
  77. and maybe your script will stop misbehaving.
  78.  
  79. - Frank